home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000271_scottac@nb.sympatico.ca_Sun Mar 19 14:56:12 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: newsmaster.cc.columbia.edu!panix!newsfeed.media.kyoto-u.ac.jp!newsfeed.news2me.com!wns13feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
  2. From: "Scott Caissie" <scottac@nb.sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc
  4. References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu>
  5. Subject: Re: closing a macro completely upon connect
  6. Lines: 55
  7. X-Priority: 3
  8. X-MSMail-Priority: Normal
  9. X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
  10. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
  11. X-RFC2646: Format=Flowed; Original
  12. Message-ID: <H81Qf.41050$VV4.597519@ursa-nb00s0.nbnet.nb.ca>
  13. Date: Thu, 09 Mar 2006 21:31:19 GMT
  14. NNTP-Posting-Host: 156.34.15.45
  15. X-Complaints-To: abuse@aliant.net
  16. X-Trace: ursa-nb00s0.nbnet.nb.ca 1141939879 156.34.15.45 (Thu, 09 Mar 2006 17:31:19 AST)
  17. NNTP-Posting-Date: Thu, 09 Mar 2006 17:31:19 AST
  18. Organization: Aliant Internet
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15523
  20.  
  21. just a little correction to prevent any misunderstanding. When I was saying 
  22. "Normally all bug fixes are free. Enhancements cost. This unique situation 
  23. would involve us paying this company to pay (you guys) for the fix. And they 
  24. are already behind on a lot of bug fixes of their own." I was referring to 
  25. the company we are leasing from rather than yourselves.
  26.  
  27.  
  28. "Frank da Cruz" <fdc@columbia.edu> wrote in message 
  29. news:slrne10uul.jul.fdc@sesame.cc.columbia.edu...
  30. > On 2006-03-09, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  31. > : ya but unfortunatly our terminal emulation is leased. I have to make due
  32. > : with whats avialable to us as is.
  33. > : We have no administrator within the company for this software. I'm the 
  34. > only
  35. > : one who actually bothered to research this stuff. I've developed many
  36. > : improvements. But some I have to put on hold due to that. Normally all 
  37. > bug
  38. > : fixes are free. Enhancements cost. This unique situation would involve 
  39. > us
  40. > : paying this company to pay for the fix. And they are already behind on a 
  41. > lot
  42. > : of bug fixes of their own.
  43. > :
  44. > Bug fixes AND upgrades were free from the very beginning up until the 
  45. > layoffs
  46. > occurred 3 years ago.  The problem now is that the expertise is no longer
  47. > under one roof.  At least the critical fixes *are* available, albeit at a
  48. > fee.
  49. >
  50. > : But back on topic, how to properly deal with a macro from becoming 
  51. > nested
  52. > : too much.
  53. > :
  54. > I don't think there is a workaround to the "macros on keys" bug, other 
  55. > than
  56. > the awkward one mentioned in the bug list:
  57. >
  58. >  735. Macros on Keys broken
  59. >
  60. >  In versions 1.1.21 through 2.1.3, when a SET [TERMINAL] KEY definition
  61. >  includes a macro invocation, then pressing the key while in the
  62. >  Terminal screen returns to the command screen (and in some cases might
  63. >  also fail to execute the macro).  A workaround would be to:
  64. >
  65. >    define myconnect connect /synchronous
  66. >    (make the connection with SET PORT, DIAL, or SET HOST)
  67. >    if success do myconnect
  68. >
  69. >  This is fixed in the next release.
  70. >
  71. > As I said, I'm working on getting approval to issue a new release.
  72. >
  73. > - Frank 
  74.  
  75.